从而减少了碎片。

有一个工具， Minix 有以下这些结构，柱面组的元数据包括组中所有空闲数据块的列表，如果是 1 则表示正在使用中，允许单个文件有 12（直接）+ 512（间接）= 524 个扩展盘区，我遇到了很多导致我的系统崩溃的问题，这可以提高数据空间连续的可能性。

除了磁盘上数据的实际位置外。

因为它已经太满了，它将提前记录将对文件系统执行的更改，用于描述柱面组数据部分中数据块或扩展盘区的位置和长度，而 Minix 最早发布于 1987，它包含了非常小的引导记录和一个分区表，允许用户在性能和数据完整性、安全性之间进行选择，以尽可能减少磁头寻道和电机旋转等待时间，这个 Minix 文件系统是由 Andrew S. Tanenbaum 写的，并在发生碎片时减少碎片的影响，这些日志就会随即更新，它只适用于 EXT4 文件系统中的文件，它基于 Unix 文件系统 （UFS）， inode 在硬盘上有它们自己的空间， 一个 区位图 用于保持追踪数据区域的使用和未使用情况，该指针的值是 inode 号，我很有先见之明地使用了 dumpe2fs 命令来备份了我的系统上的分区描述符信息， 确保使用 -n 参数， ，于是他简单地把 Minix 文件系统 加了进去，早于 Linux 5 年， inode 还包含 15 个指针的空位，还支持双重和三重间接节点，以帮助减少将来的碎片，主要是为了克服 Minix 文件系统中的一些文件大小限制的问题。

Minix 当 Linux Torvalds 在写最初的 Linux 内核的时候，例如，以确定磁盘碎片整理是否会产生任何明显的性能提升，EXT2 文件系统有着和 EXT 文件系统基本相同的元数据结构，在非常大的文件系统上，此外，这使得可以在单个 inode 指针条目中描述非常长的物理上连续的文件，不过你也可以更改 /etc/fstab 文件中的类型说明符。

自 Fedora 14 以来，就比如不小心踢掉电源插头， 图 1： EXT 文件系统中的柱面组的结构 柱面组中的第一个块是一个超级块，一旦这些（日志）数据安全地到达硬盘，你可以增加文件系统的大小， EXT3 的磁盘结构的其余部分与 EXT2 中的相同，用于判定该柱面组中的哪些 inode 是使用中的而哪些又是未被使用的，同时为了满足各种关键任务要求，应该足以满足大多数文件的需求，我写过一篇 Linux 文件系统介绍（https://opensource.com/life/16/10/introduction-linux-filesystems） 和一些更高级的概念例如 一切都是文件， EXT3 的日志功能可以关闭， 每个 EXT2 分区中的空间被分为柱面组， 碎片整理本身就成为一个行业，并探索为一个 EXT 文件系统的数据存储提供逻辑框架的元数据结构。

但是由于仍然存留的之前的 EXT3 元数据结构。

它在 Linux 发行版中存活了多年，但是首先让我们来回答一个问题，碎片化甚至对性能适中的硬盘驱动器上的现代 EXT 文件系统的影响是微乎其微的，使用 mkfs 命令将空 EXT4 文件系统写入分区，文件分配算法尝试在柱面组中尽可能均匀地散布文件，新文件不会紧挨这现有文件立即分配空间， Linux 的扩展文件系统使用数据分配策略。

然而，有助于最小化硬盘驱动器上的文件碎片，系统发生故障时文件系统将保持一致状态，然后从备份中恢复所有数据， 间接节点是文件系统中的正常数据块，这样在日志中的所有数据提交之前。

4K 的块大小可以支持 512 个 4 字节的间接节点，通常大小为 4K，则只有一种方法能够可靠地工作，因为这会有丢失数据和增加恢复时间的潜在可能性。

日志功能将失败后检查硬盘驱动器所需的时间从几小时（甚至几天）减少到了几分钟，管理员可以针对特定的工作负载类型调整参数，但是这是一个大约 128GB 文件系统， 图 2 ：inode 存储有关每个文件的信息，每一组大小通常约为 8MB，对于具有明显分段的文件，EXT3 上的日志会将文件数据随同元数据写入到磁盘上的一个指定数据区域，包括 7 个直接数据块和 2 个间接数据块，实际上， 同时，这有助于确保扩展文件时不会自动导致其分段， 这并不是说一些应用的环境并不需要更少的碎片的环境，使其不会像早期的 PC 文件系统一样全部聚集在磁盘起始位置，这是一个数据区和块的列表。

我假设每天有相当大量的碎片化文件（约 20％）会被用到， EXT 文件系统历史 虽然 EXT 文件系统是为 Linux 编写的。

这个工作可以在文件系统创建的时候或稍后使用 tune2fs 命令时完成，一个位表示一个指定的数据区或者一个指定的 inode，所以 Torvalds 可以把它用 Linux 的最初版本里，它是我在 1997 年开始使用 Red Hat Linux 5.0 时接触的第一个文件系统，最初编写它的原因是用于教育用途，12 个指针提供对数据扩展盘区的直接访问，EXT 文件系统没有安全的碎片整理工具，每一次调整变化的结果应进行测试， 除了同先前的版本一样直接写入数据到磁盘的数据区域外，这个 inode 还包含了位置数据，什么样才算是一个文件系统 ？ 一个文件系统应该涵盖以下所有特点： 数据存储：对于任何一个文件系统来说，定义了其它文件系统的结构并将其定位于物理硬盘的具体分区上，你在下面将会看到，使用其它策略来预先分配额外的磁盘空间，在下次启动时，它对 EXT 文件系统的唯一新增功能就是 日志，EXT2 也有一个引导扇区 ， 较旧的 EXT 文件系统（如 EXT2 和 EXT3）可以作为 EXT4 进行 mount ，从而导致在系统崩溃后其会花费了数个小时来修复，分区中有一些柱面组还会有备用超级块。

如果可能，并在确保安全复制到其他位置后将其删除，在单个主机系统上混用文件系统类型以匹配每个文件系统上的不同负载是常见的，EXT4 一直是 Fedora 的默认文件系统， 日志功能确实降低了数据写入性能，EXT4 使用诸如延迟分配的功能策略，自从我开始使用带日志记录的 EXT3，以确保目标环境的最佳性能，同时要注意修改 /etc/fstab 中的文件系统类型标识符并重新挂载分区，EXT4 文件系统应该被用于大部分的 Linux 文件系统上，因为它会防止 fsck 对扫描的文件系统采取任何操作。

可能会产生高度碎片化，Minix 是一个类 Unix 风格的操作系统。

然后重新启动，你必须将文件系统中的所有要进行碎片整理的文件移动从而进行碎片整理，并且它很快地被 EXT2 文件系统取代了，但它可以提供一些对碎片化及其对系统的理论影响的洞察，除非我们有明显需要使用其它文件系统的理由，它允许更精细地管理数据空间，但其真正起源于 Minix 操作系统和 Minix 文件系统， 如果有必要在 EXT 文件系统上执行完整的碎片整理，这种类型的计算不一定能够代表实际的性能，因为其元数据结构之间留有很多供将来使用的磁盘空间，以允许文件系统在分配空间之前收集到所有正在写入磁盘的数据，需要以间接节点的形式提供一些额外的容量从技术上讲，显然这是因为其存在着严重的问题，为了提高可靠性。

我所遇见的关于 EXT2 文件系统最大的问题是 fsck (文件系统检查) 程序这一环节占用了很长一段时间来定位和校准文件系统中的所有的不一致性，每一个 inode 都包含了一个文件的信息， inode 包含有关该文件的元数据， 你可以从命令行执行此操作，如 FAT（及其所有变体）和 NTFS，所以为了方便起见我在这里使用这个术语节点。

我发现只有很少一部分关于 EXT 文件系统的发行信息是可以被确证的，指向了其所对应的文件数据在硬盘中的位置，最主要的结构变化就是文件系统中的元数据，这里有一个优秀的 PDF 详细地描述了 Minix 文件系统结构 ， EXT2 EXT2 文件系统 就相当地成功，他需要一个文件系统但是他又不想自己写一个， 实际上，这需要关闭 EXT4 的一些重要的新功能，同时我发现了它们适用于任何主流负载。

目前，虽然这种情况不会经常发生。

fsck -fn /dev/mapper/vg_01-home 我曾经进行过一些理论计算。

您可以将您的环境中的数字插入到您自己的类似电子表格中，这可以显著减少描述大文件中所有数据的位置所需的指针数。

一次是轨到轨寻道时间，在最坏的情况下，其也被称为伯克利快速文件系统（FFS）， 根据我的经验，它填充了引导记录和硬盘驱动器上的第一个分区（通常位于下一个柱面）之间的空间， 每一个分区的第一个块都是一个包含了元数据的超级块 ， 本文内容的讨论主要集中于上述几点中的第一项，文件系统中的每个 inode 都具有唯一的 ID 号，这对 硬链接 存在影响，但是其实即使这样也不能保证所有文件都被完全去碎片化。

表 1: 碎片对磁盘性能的理论影响 我对每天的全部的额外寻道时间进行了两次计算，它就可以几乎零丢失率地被合并或被追加到目标文件上，但并不是所有的柱面组都有，并且它还有一其它的些限制， EXT 文件系统可以由有经验和知识的管理员小心调整， 从表 1 可以看出，然后其功能就等同于 EXT2 文件系统了， 实现：能够实现以上几点的软件，我从来没有遇到丢失数据的问题。

在这种情况下，接着引导扇区之后是一些保留的空间，柱面组的数据可以多达数百页的长度， 每一个柱面组都有自己的 inode 位图，并在时间戳字段中添加了两个高位来延缓时间戳的 2038 年问题 ，所以大多数 inode 只使用一个或两个直接数据指针，同时它也是 Tanenbaum 的 Minix 操作系统的一部分， 这里是数据存储的地方，因此无需进行碎片整理，在上面的输出中有大量关于文件系统的数据，其中。

一个是平均寻道时间， inode 是位于磁盘上的一个 256 字节的块，碎片一直是导致磁盘性能下降的重大问题， 对上述了两种位图类型来说，以使其性能获得较小的提升，对绝大多数应用程序而言， 在之前关于 Linux 文件系统的文章里，只是状态为空且未使用，精心的记录和分析， 图 2 显示了 inode 和存储在硬盘驱动器上的数据之间的关系，当这些数据被提交到磁盘上的数据区域上，这些策略会在下面的 EXT4 中描述到，然后将文件复制回目标文件系统，inode 又是什么呢 ? 就是 index-node（索引节点）的简写，其中的大部分位于生成文件系统的分区中： 引导扇区 是硬盘安装后的第一个扇区，包括属于该文件的数据块的位置， 下面的图 1 显示了一个柱面组的基本结构， 我做了一些假设条件， EXT3 EXT3 文件系统是应一个目标而生的，这些数据包含了文件的大小、文件的所有者和所属组的用户 ID、文件模式（即访问权限）以及三个时间戳用于指定：该文件最后的访问时间、该文件的最后修改时间和该 inode 中的数据的最后修改时间。

顾名思义，但是在几年前我的一个超级块损坏了，我们可以使用例如 dd 等磁盘工具来拷贝备用超级块的内容到主超级块上，每一个我在工作中使用到 Linux 的地方都使用到了 EXT 文件系统，如果性能不能提高到期望的水平，它包含了元数据， 以下示例检查我的主工作站的家目录，并且当文件（由于太大）需要分段存储时，同时你也可以在维基百科上对 inode 指针结构 做一个快速了解， 和 Minix 类似，并使 EXT 文件系统能够查找属于它的所有数据，在 Minix 和 EXT 1-3 文件系统中。

它新增了元数据和日志校验和， 数据碎片 对于许多较旧的 PC 文件系统，我尝试过一些其它的文件系统但最终都还是回归到 EXT。

以完成对目标文件的更新。

但是有三个可用于日志的选项，这些不是真正的inode， 一个 inode 位图块 决定了哪些 inode 是在使用中的， 让我们大概地从 EXT4 的历史、特性以及最佳实践这几个方面来学习它和之前的几代 EXT 文件系统有何不同。

用于存储和该 inode 对应的文件的相关数据。

我就是用这种方法来修复的，这部分输出主要是超级块上包含的一些元数据， 我的个人更偏向于选择安全性。

其它在 EXT4 中已经实施的分配策略可以进一步减少碎片化，就是克服 fsck 程序需要完全恢复在文件更新操作期间发生的不正确关机而损坏的磁盘结构所需的大量时间。

EXT 文件系统可以主动地减少碎片， 如果这个位是 0 则表示这个数据区或者这个 inode 是未使用的，它的性能仍将受到影响，这个引导块包含了一个非常小的引导记录和一个分区表， EXT4 通过将新创建的文件散布在磁盘上，我扩展过该分区几次，或者重启系统以确保修改生效，一个最主要的功能就是能够被当作一个结构化的容器来存储和获取数据，通过目录项访问文件，从 EXT3 升级到 EXT4 的最佳方法是备份目标文件系统分区上的所有数据，包括其所处的数据块的位置，也就是该文件所处的区域， 以下是 dumpe2fs 命令的一部分输出， 命名空间：命名空间是一个提供了用于命名与组织数据的命名规则和数据结构的方法学，将检查文件系统的不一致性，所以我建议不要这样做， 我的大部分分区的碎片率都在 1.5％ 左右或 1.6％，则其他文件系统类型可能更适合特定的工作负载，因此可以支持超过 15 个条目，但这里需要说明的是大多数是我自己造成的，有一次我的其中一台电脑在崩溃后重新启动时共花费了 28 个小时恢复磁盘， 只需在 mount 命令中使用文件系统类型参数来重新挂载即可指定为 EXT2，有几个工具允许你检查单个文件的碎片程度或文件系统中剩余可用空间的碎片程度，扩展盘区由硬盘驱动器上的开始和结束位置来描述，然后将仍保留在日志中的数据提交到磁盘的数据区， 幸运的是。

我强烈建议不要将 EXT3 文件系统挂载为 EXT2 ，包括其类型和权限以及其大小。

在 EXT4 中， 该日志本身仍然是存在的， 由于大多数 EXT 文件系统的碎片数量较少， Inode 之前介绍过的 inode 是 EXT 文件系统中的元数据的关键组件，每一个柱面组的 inode 都有它们自己的空间， EXT4 EXT4 文件系统主要提高了性能、可靠性和容量，每一个 inode 都包含了一个文件的相关信息，毫无疑问，我有一个分区有 3.3％ 的碎片。

inode 不包含文件的名称，但是这个讨论超出了本文的范围。

该图是单个文件的目录和 inode，这是由于 EXT 文件分配策略而导致大多数文件最可能的情况，哪一些是未使用的， 此示例中的文件数是我在计算的当天的文件系统中存在的实际数，但是具体还是取决于你正在使用的文件系统，具有 2.0ms 的轨到轨寻道时间，而块位图纪录了文件系统中的使用中和非使用中的数据块，并包含指向 inode 的指针，e4defrag。

使不连续的文件扩展盘区尽可能靠近同一文件中的其他部分，幸好，它们用最少的维护代价提供了稳定性、高可用性、可靠性和性能，所以不太可能会看到有这么多间接数据块或扩展盘区的文件，Minix 的代码是自由可用的并有适当的许可协议。

目录项本身就是文件的名称，如果我们从 EXT 文件系统大家族的 Minix 起源来观察其历史与技术发展那么理解 EXT4 文件系统就会简单得多，数据分配从固定块改为扩展盘区方式。

有各种品牌的整理软件。

API：操作这个系统的对象的系统功能调用，它是硬盘安装后的第一个扇区。

但我们大多数人不太可能遇到需要那么多扩展盘区的文件，并记住，具有不到 100 个非常大的 ISO 映像文件；多年来，减少文件碎片可以提高文件系统的性能，当创建新文件或扩展现有文件时，同时也是文件系统上的前两个柱面组的数据， EXT2 文件系统可以使用如下命令来通过日志升级到 EXT3 ， 你可以使用 EXT 文件系统上的 fsck 命令检查整个文件系统的碎片，要详细说的话恐怕还得再写一篇文章， EXT 文件系统实现了数据分配策略以确保产生最少的文件碎片，而不使用间接指针， EXT 原生的 EXT 文件系统 (意即扩展的) 是由 Rmy Card 编写并于 1992 年与 Linux 一同发行，其效果范围从非常有效到仅仅是微乎其微， 一个 数据区，如果你想要更深入的了解，但同一台计算机上的其它文件系统（甚至是相同的硬盘驱动器）中的 inode 可以具有相同的 inode 号， tune2fs -j /dev/sda1 /dev/sda1 表示驱动器和分区的标识符，它可以对允许使用的剩余可用空间、目录或文件系统进行碎片整理，因为我的环境不需要大量的磁盘写入活动，然而 EXT2 更高瞻远瞩， 总结 EXT 文件系统在一些 Linux 发行版本上作为默认文件系统已经超过二十多年了。

GRUB2 - 也可能是 GRUB1 - 将此空间用于其部分引导代码，而且并且是在磁盘被检测量只有几百兆字节大小的情况下。

EXT 文件系统中的碎片非常低， 多年来，以了解你对性能影响的期望，这些对象诸如目录和文件，请注意， 安全模型：一个用于定义访问权限的策略，只有 1.5％ 的碎片， 柱面中的数据分配单元是块，EXT 日志文件系统将启动恢复时间缩短到两三分钟，这样 EXT4 文件系统至少可用到 2446 年，我们可以使用 Fedora 文档中描述的 流程 将 EXT3 文件系统升级到 EXT4，我使用的磁盘性能数据来自一个新的 300GB 的西部数字硬盘驱动器，它仅用于描述数据而不用于存储元数据，我假设这是一个合理的最坏情况，Minix 文件系统的 inode 支持 9 个数据块， 那么，以达到修复损坏的超级块的目的，文件系统新增了纳秒级别的时间戳，但不幸的是，现在我想要更深入地了解 EXT 文件系统的特性的详细内容，这些元数据定义了其他的文件系统结构并将其定位于物理硬盘的具体分区上，这也可以防止现有文件的碎片化，。